home *** CD-ROM | disk | FTP | other *** search
/ Aminet 8 / Aminet 8 (1995)(GTI - Schatztruhe)[!][Oct 1995].iso / Aminet / dev / amos / AMOS_0695.lzh / AMOSLIST / 000086_amos-request@svcs1.digex.net_Wed Jun 14 21:39:49 1995.msg < prev    next >
Internet Message Format  |  1995-07-01  |  2KB
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id VAA10336;  for  ; Wed, 14 Jun 1995 21:39:44 -0400
  2. Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id UAA01736 for amos-out; Wed, 14 Jun 1995 20:00:42 -0400
  3. Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id UAA01731 for <amos-list@svcs1.digex.net>; Wed, 14 Jun 1995 20:00:41 -0400
  4. Received: from fsa.cpsc.ucalgary.ca (fsa.cpsc.ucalgary.ca [136.159.2.1]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id UAA01033;  for <amos-list@access.digex.net> ; Wed, 14 Jun 1995 20:00:40 -0400
  5. Received: from fsh.cpsc.ucalgary.ca (fsh.cpsc.ucalgary.ca [136.159.2.8])
  6.     by fsa.cpsc.ucalgary.ca (1.8) id <RAA21863@fsa.cpsc.ucalgary.ca>;
  7.     Wed, 14 Jun 1995 17:56:19 -0600
  8. From: currie@cpsc.ucalgary.ca (Robert Currie)
  9. Received: by fsh.cpsc.ucalgary.ca (1.2; from currie@localhost)
  10.     id <RAA16766@fsh.cpsc.ucalgary.ca>; Wed, 14 Jun 1995 17:56:21 -0600
  11. Date: Wed, 14 Jun 1995 17:56:21 -0600
  12. Message-Id: <199506142356.RAA16766@fsh.cpsc.ucalgary.ca>
  13. To: achurch@dragon.mbhs.edu, amos-list@access.digex.net
  14. Subject: Re: Music help
  15. Status: RO
  16. X-Status: 
  17.  
  18. --Andy
  19.  
  20.     But isn't what happens when you use any chunk of memory on the Amiga,
  21. is that it first looks on the stac 
  22. k and sees if there is any chunk large enough to fit what you require. If there
  23. is then it divides that memory chunk into what you need and what is left over
  24. (unless it is exactly the size you need). So if I loaded a 350K music bank,
  25. Amos would look on the stack and say it found a 400k chunk, then it would assign350k to the bank and put the extra 50k back on the stack. Then lets say I load
  26. a 250k music bank, the 350k gets put back onto the stack, the memory manager 
  27. looks for a 250k chunk and finds a 350k chunk which it takes 250k of and dumps
  28. 100k onto the stack...thereby fragmenting it. All my graphics and such are beingdeclared at the beginning of my program except for the music because they are
  29. all of different lengths. Therefor I am left with my problem.
  30.  
  31.     If this isn't the way it works then please let me know how exactly it
  32. does work because this seems to be my only major problem right now.
  33.  
  34.                 Robert Currie